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- The MAILING DATE of this communication appears on the cover sheet with the correspondence address - 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1. 136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 
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Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
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closed in accordance with the practice under Ex parte Quay/e, 1935 CD. 11, 453 O.G. 213. 
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4) ^ Claim(s) 1-53 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) M Claim(s) 1-53 is/are rejected. 

7) Q Claim(s) is/are objected to. 

8) n Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) IEl The specification is objected to by the Examiner. 
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DETAILED ACTION 

1 . Claims 1-53 are pending in Application No. 09/954,951 , entitled "Low-Latency, 
Incremental Rendering in a Content Framework", filed 9/18/2001 by Hind et al. Claims 

1 . 24, 25, 32, 42 and 46 are independent. 

2. The Office acknowledges Information Disclosure Statement filed on Sep. 1 8, 
2001. 

3. No claim to foreign or provisional priority has been made. 

Drawings 

4. The drawings are objected to because: 

Figure 2B should be designated by a legend such as -Prior Art- because only 
that which is old is illustrated. See MPEP § 608.02(g). Corrected drawings in 
compliance with 37 CFR 1.121(d) are required in reply to the Office action to avoid 
abandonment of the application. The replacement sheet(s) should be labeled 
"Replacement Sheet" in the page header (as per 37 CFR 1.121 (d)) so as not to obstruct 
any portion of the drawing figures. If the changes are not accepted by the examiner, the 
applicant will be notified and informed of any required corrective action in the next Office 
action. The objection to the drawings will not be held in abeyance. 
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Specification 

5. The disclosure is objected to because of the following informalities: 

A. Page 10 lines 6-9: The referenced non-patent literature (Feb. 1999 
version of RFC 2518) should be submitted with an Information Disclosure 
Statement. Please correct all spelling/grammatical/etc. mistakes 
throughout the specification; 

B. Applicant is reminded to please correct all spelling/grammatical/etc. 
mistakes throughout the specification. 

Appropriate correction is required. 

Claim Rejections - 35 USC §112 

6. The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

7. Claims 1-53 are rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the enablement requirement. The claim(s) contains subject matter which 
was not described in the specification in such a way as to enable one skilled in the art to 
which it pertains, or with which it is most nearly connected, to make and/or use the 
invention. 
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Regarding independent claims 1, 24, 25, 32, 42 and 46, no implementation 
detail was provided as to how Applicant determines that a document does not represent 
results of all portlets. 

Claims 2-23, 26-31, 33-41, 43-45 and 47-53 are dependent upon the above- 
rejected claims, as appropriate, and therefore likewise rejected. 

Further regarding claims 21 and 36, no implementation detail was 
provided as to how Applicant determines that portlets have now acquired their content. 

Claims 22 and 37-40 are dependent upon the above-rejected claims, as 
appropriate, and therefore likewise rejected. 

Further regarding claims 23 and 41, no implementation detail was 
provided as to how Applicant hyperlinks into the first document. 



Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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9. Claims 1 -6, 1 0-1 6, 24-29, 32-33, 35, 42-44 and 46-49 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Yurkovic (US Patent No. 6,668,353, filed Mar. 
25, 1999, hereafter referred to as "Yurkovic"). in view of Alan Richmond, "HTML's 
META-tag: HTTP-EQUIV", Web Developer's <Virtual Library>, Oct. 12, 1999, pp. 1-3, 
hereafter referred to as "Richmond"). 



Regarding independent method claim 1 , Yurkovic discloses: 

A method of incrementally rendering content in a content framework, 
comprising steps of: 

receiving a request for a portal page, wherein one or more portlets 
provide content for the portal page; (col. 1 lines 25-29) 

immediately returning a response message containing a first 
document the first document representing results from portlets which have 
acquired their content; (col. 1 lines 29-32) and 

However, Yurkovic does not explicitly disclose: 

programmatically generating a mechanism for delivering an 
updated document if the first document does not represent results of all 
portlets. 

Richmond, though, discloses: 

programmatically generating a mechanism for delivering an 
updated document if the first document does not represent results of all 
portlets. (p. 1 middle of page discussing code for HTTP-EQUIV = "Expires" 
and sentence stating "This can be used by caches to determine when to 
fetch a fresh copy of the associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 
so would allow a programmer to automatically refresh a document as taught by 
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Richmond in p. 1, middle of page discussing the HTTP-EQUIV = "Expires" attribute. 
These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 

Regarding claim 2, which is dependent upon claim 1 , the limitations of claim 1 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the programmatically generated mechanism comprises 
inclusion of a refresh trigger in the response message. 

Richmond, though, discloses: 

wherein the programmatically generated mechanism comprises 
inclusion of a refresh trigger in the response message, (p. 2 "Meta 
Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 
so would allow a programmer to redirect a request for a URL as taught by Richmond in 
p. 2, "Meta Refresh" section. These references were all applicable to the same field of 
endeavor, i.e., web page/service design. 

Regarding claim 3, which is dependent upon claim 2, the limitations of claim 2 
have been previously discussed. 

However, Yurkovic does not explicitly disclose: 
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wherein the refresh trigger is a refresh header of the response 
message. 

Richmond, though, discloses: 

wherein the refresh trigger is a refresh header of the response 
message, (p. 2 "Meta Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 

p. 2, "Meta Refresh" section. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 

Regarding claim 4, which is dependent upon claim 2, the limitations of claim 2 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the refresh trigger is encoded using syntax of a markup 
language. 

Richmond, though, discloses: 

wherein the refresh trigger is encoded using syntax of a markup 
language, (p. 2 "Meta Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 
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p. 2, "Meta Refresh" section. These references were all applicable to the same field of 
endeavor, i.e., web page/service design. 

Regarding claim 5, which is dependent upon claim 4, the limitations of claim 4 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the markup language is HTML ("Hypertext Markup 
Language"). 

Richmond, though, discloses: 

wherein the markup language is HTML ("Hypertext Markup 
Language"), (p. 2 "Meta Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 

p. 2, "Meta Refresh" section. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 

Regarding claim 6, which is dependent upon claim 5, the limitations of claim 5 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the syntax composes a "META" tag using an "HTTP- 
EQUIV" attribute syntax. 
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Richmond, though, discloses: 

wherein the syntax composes a "MET A" tag using an "HTTP- 
EQUIV" attribute syntax, (p. 2 "Meta Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 

p. 2, "Meta Refresh" section. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 

Regarding claim 10, which is dependent upon claim 2, the limitations of claim 2 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein a value on the refresh trigger specifies a time before which 
the programmatically generated mechanism does not execute. 

Richmond, though, discloses: 

wherein a value on the refresh trigger specifies a time before which 
the programmatically generated mechanism does not execute, (p. 2 "Meta 
Refresh" section, the META tag indicating that the URL is not invoked until 
90 seconds have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 
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p. 2, "Meta Refresh" section. These references were all applicable to the same field of 
endeavor, i.e., web page/service design. 



Regarding claim 11, which is dependent upon claim 2, the limitations of claim 2 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein a value on the refresh trigger is computed as a time after 
which a sender of the portal page request automatically invokes the 
delivery of the updated document 

Richmond, though, discloses: 

wherein a value on the refresh trigger is computed as a time after 
which a sender of the portal page request automatically invokes the 
delivery of the updated document, (p. 2 "Meta Refresh" section, the META 
tag indicating that the URL is not invoked until 90 seconds have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 

p. 2, "Meta Refresh" section. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 

Regarding claim 12, which is dependent upon claim 2, the limitations of claim 2 
have been previously discussed. 

However, Yurkovic does not explicitly disclose: 
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wherein a value on the refresh trigger is computed as a latest 
predicted completion time of a final one of the portlets which have not yet 
acquired their content 

Richmond, though, discloses: 

wherein a value on the refresh trigger is computed as a latest 
predicted completion time of a final one of the portlets which have not yet 
acquired their content, (p. 2 "Meta Refresh" section, the META tag 
indicating that the URL is not invoked until 90 seconds have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 

p. 2, "Meta Refresh" section. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 

Regarding claim 13, which is dependent upon claim 12, the limitations of claim 

12 have been previously discussed. 

Yurkovic further discloses: 

wherein the value is determined by weighting actual fetch times of 
the portlets which have not yet acquired their content (col. 4 lines 43-50) 

Regarding claim 14, which is dependent upon claim 12, the limitations of claim 
12 have been previously discussed. 
Yurkovic further discloses: 



wherein the value is determined by adding a constant value to a 
largest of weighted actual fetch times of the portlets which have not yet 
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acquired their content, (col. 5 lines 23-78, re: an automatic [i.e., constant 
time interval] update) 



Regarding claim 15, which is dependent upon claim 2, the limitations of claim 2 
have been previously discussed. 
Yurkovic further discloses: 

receiving the response message by a client from which the request 
for the portal page was sent; (col. 1 lines 25-29) 

rendering, by the client, the first document from the received 
response message; (col. 1 lines 29-33) and 

However, Yurkovic does not explicitly disclose: 

automatically sending a subsequent request for the portal page 
after waiting for a time specified by a value of the refresh trigger. 

Richmond, though, discloses: 

automatically sending a subsequent request for the portal page 
after waiting for a time specified by a value of the refresh trigger, (p. 2 
"Meta Refresh" section, the META tag indicating that the URL is not 
invoked until 90 seconds [content value] have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 

p. 2, "Meta Refresh" section. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 
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Regarding claim 16, which is dependent upon claim 2, the limitations of claim 2 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

receiving a subsequent request for the portal page, the subsequent 
request having been automatically sent responsive to receiving the refresh 
trigger; and 

returning a subsequent response comprising the updated 
document, responsive to receiving the subsequent request, the updated 
document being a subsequent version of the first document and 
representing results from portlets which have acquired their content thus 
far and which omits the refresh trigger only if all portlets have now 
acquired their content 

Richmond, though, discloses: 

receiving a subsequent request for the portal page, the subsequent 
request having been automatically sent responsive to receiving the refresh 
trigger; (p. 2 "Meta Refresh" section, the META tag indicating that the URL 
is not invoked until 90 seconds [content value] have elapsed)ar?c/ j 

returning a subsequent response comprising the updated 5 
document, responsive to receiving the subsequent request, the updated 
document being a subsequent version of the first document and 
representing results from portlets which have acquired their content thus 
far and which omits the refresh trigger only if all portlets have now 
acquired their content (p. 2 "Meta Refresh" section, the META tag 
indicating that the URL is not invoked until 90 seconds [content value] 
have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 
so would allow a programmer to redirect a request for a URL as taught by Richmond in 
p. 2, "Meta Refresh" section. These references were all applicable to the same field of 



endeavor, i.e., web page/service design. 
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Regarding independent method claim 24, Yurkovic discloses: 

A method of incrementally rendering content in a content framework, 
comprising steps of: 

receiving a request for a portal page, wherein one or more portlets 
provide content for the portal page; (col. 1 lines 25-29) 

immediately returning a response message containing a first 
document the first document representing results from portlets which 
have acquired their content; (col. 1 lines 29-32) and 



However, Yurkovic does not explicitly disclose: 

automatically delivering an updated document if the first document 
does not represent results of all portlets. 



Richmond, though, discloses: 

automatically delivering an updated document if the first document 
does not represent results of all portlets. (p. 1 middle of page discussing 
code for HTTP-EQUIV = "Expires" and sentence stating "This can be used 
by caches to determine when to fetch a fresh copy of the associated 
document.") 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 
so would allow a programmer to automatically refresh a document as taught by 
Richmond in p. 1 , middle of page discussing the HTTP-EQUIV = "Expires" attribute. 
These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 



Regarding independent method claim 25, Yurkovic discloses: 
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A method of incrementally rendering content in a content framework, 
comprising steps of: 

receiving a request for a portal page frame, wherein one or more 
portlets provide content for the portal page frame; (col. 1 lines 25-29) 

immediately returning a response message containing a first mini- 
document, the first document representing results from portlets which 
have acquired their content; (col. 1 lines 29-32) and 



However, Yurkovic does not explicitly disclose: 

programmatically generating a mechanism for delivering an 
updated mini-document if the first mini-document does not represent 
results of all portlets. 



Richmond, though, discloses: 

programmatically generating a mechanism for delivering an 
updated mini-document if the first mini-document does not represent 
results of all portlets. (p. 1 middle of page discussing code for HTTP- 
EQUIV = "Expires" and sentence stating "This can be used by caches to 
determine when to fetch a fresh copy of the associated document.") 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 
so would allow a programmer to automatically refresh a document as taught by 
Richmond in p. 1 , middle of page discussing the HTTP-EQUIV = "Expires" attribute. 
These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 



Claims 26 and 43 are substantially similar to claim 3 and therefore likewise 
rejected. 
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Claims 27 and 44 are substantially similar to claim 4 and therefore likewise 
rejected. 



Claim 28 incorporates the limitations of claims 5 and 6, and therefore is 
substantially similar to these claims and likewise rejected. 



Claim 29 is substantially similar to claim 11 and therefore likewise rejected. 



Regarding independent system claim 32, Yurkovic discloses: 

A system for incrementally rendering content in a content framework, 
comprising: 

means for receiving a request for a portal page, wherein one or 
more portlets provide content for the portal page; (col. 1 lines 25-29) 

means for immediately returning a response message containing a I 
first document the first document representing results from portlets which 
have acquired their content; (col. 1 lines 29-32) and 



However, Yurkovic does not explicitly disclose: 

means for programmatically generating a mechanism for delivering 
an updated document if the first document does not represent results of all 
portlets. 



Richmond, though, discloses: 

means for programmatically generating a mechanism for delivering 
an updated document if the first document does not represent results of all 
portlets. (p. 1 middle of page discussing code for HTTP-EQUIV = "Expires" 
and sentence stating "This can be used by caches to determine when to 
fetch a fresh copy of the associated document.") 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 
so would allow a programmer to automatically refresh a document as taught by 
Richmond in p. 1, middle of page discussing the HTTP-EQUIV = "Expires" attribute. 
These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 



Claims 33 and 47 are substantially similar to claim 2 and therefore likewise 
rejected. 



Claims 35 and 49 are substantially similar to claim 16 and therefore likewise 
rejected. 



Regarding independent system claim 42, Yurkovic discloses: 

A system for incrementally rendering content in a content framework, 
comprising: 

means for receiving a request for a portal page frame, wherein one 
or more portlets provide content for the portal page frame; (col. 1 lines 25- 
29) 

means for immediately returning a response message containing a 
first mini-document the first document representing results from portlets 
which have acquired their content; (col. 1 lines 29-32) and 



However, Yurkovic does not explicitly disclose: 

means for programmatically generating a mechanism for delivering 
an updated mini-document if the first mini-document does not represent 
results of all portlets. 
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Richmond, though, discloses: 

means for programmatically generating a mechanism for delivering 
an updated mini-document if the first mini-document does not represent 
results of all portlets. (p. 1 middle of page discussing code for HTTP- 
EQUIV = "Expires" and sentence stating "This can be used by caches to 
determine when to fetch a fresh copy of the associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 
so would allow a programmer to automatically refresh a document as taught by 
Richmond in p. 1, middle of page discussing the HTTP-EQUIV = "Expires" attribute. 
These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 



Regarding independent computer program product claim 46, Yurkovic 
discloses: 

A computer program product incrementally rendering content in a content 
framework, the computer program product embodied on one or more computer- 
usable media and comprising: 

computer readable program code means for receiving a request for 

a portal page, wherein one or more portlets provide content for the portal 

page; (col. 1 lines 25-29) 

computer readable program code means for immediately returning 

a response message containing a first document, the first document 

representing results from portlets which have acquired their content; (col. 

1 lines 29-32) and 



However, Yurkovic does not explicitly disclose: 
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computer readable program code means for programmatically 
generating a mechanism for delivering an updated document if the first 
document does not represent results of all portlets. 

Richmond, though, discloses: 

computer readable program code means for programmatically 
generating a mechanism for delivering an updated document if the first 
document does not represent results of all portlets. (p. 1 middle of page 
discussing code for HTTP-EQUIV = "Expires" and sentence stating "This 
can be used by caches to determine when to fetch a fresh copy of the 
associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 
so would allow a programmer to automatically refresh a document as taught by 
Richmond in p. 1 , middle of page discussing the HTTP-EQUIV = "Expires" attribute. 
These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 

Claim 48 is substantially similar to claim 15 and therefore likewise rejected. 

1 0. Claims 7-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Yurkovic (US Patent No. 6,668,353, filed Mar. 25, 1999, hereafter referred to as 
"Yurkovic") in view of Alan Richmond, "HTML's META-tag: HTTP-EQUIV", Web 
Developer's <Virtual Library> Oct. 12, 1999, pp. 1-3 (hereafter referred to as 
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"Richmond") and further in view of Morris (US Patent No. 6,453,361 , filed Oct. 27, 2000, 
hereafter referred to as "Morris"). 

Regarding claim 7, which is dependent upon claim 4, the limitations of claim 4 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the markup language is WML ("Wireless Markup 
Language"). 

Morris, though, discloses: 

wherein the markup language is WML ("Wireless Markup 
Language"), (col. 4 lines 48-53) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Morris for the benefit of Yurkovic in view of 

Richmond, because to do so would allow a user to communicate using a client device 

such as a cell phone as taught by Morris in col. 4 lines 47-53. These references were 

all applicable to the same field of endeavor, i.e., web page/service design. 

Regarding claim 8, which is dependent upon claim 4, the limitations of claim 4 
have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the markup language is i-mode format. 
Morris, though, discloses: 
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wherein the markup language is i-mode format (col. 4 lines 48-53, 
noting that cHTML is the actual markup language and that i-mode is a 
service, as per col. 2 lines 53-54) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Morris for the benefit of Yurkovic in view of 

Richmond, because to do so would allow a user to communicate using a client device 

such as a cell phone as taught by Morris in col. 4 lines 47-53. These references were 

all applicable to the same field of endeavor, i.e., web page/service design. * 



Regarding claim 9, which is dependent upon claim 4, the limitations of claim 4 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the markup language is HDML ("Handheld Device Markup 
Language 1 ). 

Morris, though, discloses: 

wherein the markup language is HDML ("Handheld Device Markup 
Language'), (col. 4 lines 48-53) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Morris for the benefit of Yurkovic in view of 

Richmond, because to do so would allow a user to communicate using a client device 

such as a cell phone as taught by Morris in col. 4 lines 47-53. These references were 

all applicable to the same field of endeavor, i.e., web page/service design. 
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11. Claims 17-22, 30-31, 34, 36-40, 45, and 50-53 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Yurkovic (US Patent No. 6,668,353, filed Mar. 25, 
1999, hereafter referred to as "Yurkovic") in view of Alan Richmond, "HTML's META- 
tag: HTTP-EQUIV", Web Developer's <Virtual Library>, Oct. 12, 1999, pp. 1-3 
(hereafter referred to as "Richmond") and further in view of Laura LeMay, SAMS Teach 
Yourself Web Publishing with HTML 4 in 21 Days, 2 nd Edition , Sam's Publishing, 
Indianapolis, IN, © 2000 (hereafter referred to as "LeMay"). 

Regarding claim 17, which is dependent upon claim 1, the limitations of claim 1 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the programmatically generated mechanism comprises 
creating a multipart document, and wherein the first document is 
embedded in a first of the parts of the multipart document 

LeMay, though, discloses: 

wherein the programmatically generated mechanism comprises 
creating a multipart document (p. 364, especially highlighted code at 
bottom of page), and wherein the first document is embedded in a first of 
the parts of the multipart document (p. 365, Figure 12.10) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of LeMay for the benefit of Yurkovic in view of 

Richmond, because to do so would allow a web publisher to display more than one 

HTML document, for instance, within a single browser as taught by LeMay in the p. 360 
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"Working with Frames" section, including Figure 12.7. These references were all 
applicable to the same field of endeavor, i.e., web page/service design. 

Regarding claim 18, which is dependent upon claim 17, the limitations of claim 

17 have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the first of the parts is preceded by a boundary string used 
to delimit parts of the multipart document 

LeMay, though, discloses: 

wherein the first of the parts is preceded by a boundary string used 
to delimit parts of the multipart document (p. 364, especially the 
highlighted code at bottom of page: <frameset rows-'*, *,*">) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of LeMay for the benefit of Yurkovic in view of 

Richmond, because to do so would allow a web publisher to display more than one 

HTML document, for instance, within a single browser as taught by LeMay in the p. 360 

"Working with Frames" section, including Figure 12.7. These references were all 

applicable to the same field of endeavor, i.e., web page/service design. 

Regarding claim 19, which is dependent upon claim 18, the limitations of claim 

18 have been previously discussed. 

However, Yurkovic does not explicitly disclose: 
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wherein the first of the parts is followed by a terminating boundary 
string if the first document represents results from all portlets. 

LeMay, though, discloses: 

wherein the first of the parts is followed by a terminating boundary 
string if the first document represents results from all portlets. (p. 364, 
especially the highlighted code at bottom of page: </frameset>) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of LeMay for the benefit of Yurkovic in view of 

Richmond, because to do so would allow a web publisher to display more than one 

HTML document, for instance, within a single browser as taught by LeMay in the p. 360 

"Working with Frames" section, including Figure 12.7. These references were all 

applicable to the same field of endeavor, i.e., web page/service design. 



Regarding claim 20, which is dependent upon claim 17, the limitations of claim 
17 have been previously discussed. 
Yurkovic further discloses: 

receiving the response message by a client from which the request 
for the portal page was sent; (col. 1 lines 25-29) 

rendering, by the client, the first document from the first of the parts 
of the multipart document; (col. 1 lines 29-33) 

receiving, by the client, subsequent parts of the multipart document, 
each of the subsequent parts comprising a revised version of the first 
document; (col. 1 lines 25-29) and 

rendering, by the client, the subsequent parts of the multipart 
document (col. 1 lines 29-33) 
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Regarding claim 21, which is dependent upon claim 17, the limitations of claim 
17 have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

detecting that one or more of the portlets which had not acquired 
their content when the first document was returned in the response 
message have now acquired their content; and 

sending, responsive to the detecting step, a subsequent response 
message containing a revised version of the first document, the revised 
version representing results from the one or more portlets and being 
embedded in a subsequent part of the multipart document. 

LeMay, though, discloses: 

detecting that one or more of the portlets which had not acquired 
their content when the first document was returned in the response 
message have now acquired their content; (p. 2 "Meta Refresh" section, 
the META tag indicating that the URL is not invoked until 90 seconds 
[content value] have elapsed) and 

sending, responsive to the detecting step, a subsequent response 
message containing a revised version of the first document, the revised 
version representing results from the one or more portlets and being 
embedded in a subsequent part of the multipart document, (p. 2 "Meta 
Refresh" section, the META tag indicating that the URL is not invoked until 
90 seconds [content value] have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 

p. 2, "Meta Refresh" section. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 



Claim 22 incorporates the limitations of claims 18 and 19, and therefore is 
substantially similar to these claims and likewise rejected. 
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Claims 31, 37, 40 and 53 are substantially similar to claim 22 and therefore 
likewise rejected. 

Claims 30, 36 and 45 are substantially similar to claim 17 and therefore likewise 
rejected. 

Claims 38 and 51 are substantially similar to claim 20 and therefore likewise 
rejected. 

Claims 39 and 52 are substantially similar to claim 21 and therefore likewise 
rejected. 

Claim 50 incorporates the limitations of claims 17, 18 and 19, and therefore is 
substantially similar to these claims and likewise rejected. 

Regarding claim 34, which is dependent upon claim 32, the limitations of claim 
32 have been previously discussed. 
Yurkovic further discloses: 

means for receiving the response message by a client from which 
the request for the portal page was sent; (col. 1 lines 25-29) 

means for rendering, by the client, the first document from the 
received response message; (col. 1 lines 29-33) 



Application/Control Number: 09/954,951 Page 27 

Art Unit: 2176 

However, Yurkovic does not explicitly disclose: 

means for automatically sending a subsequent request for the 
portal page after waiting for a time specified by a value of the refresh 
trigger. 

Richmond, though, discloses: 

means for automatically sending a subsequent request for the 
portal page after waiting for a time specified by a value of the refresh 
trigger, (p. 2 "Meta Refresh" section, the META tag indicating that the URL 
is not invoked until 90 seconds [content value] have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Richmond for the benefit of Yurkovic, because to do 

so would allow a programmer to redirect a request for a URL as taught by Richmond in 

p. 2, "Meta Refresh" section. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 

12. Claims 23 and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Yurkovic (US Patent No. 6,668,353, filed Mar. 25, 1999, hereafter referred to as 
"Yurkovic") in view of Alan Richmond, "HTML's META-tag: HTTP-EQUIV", Web 
Developer's <Virtual Library> Oct. 12, 1999, pp. 1-3 (hereafter referred to as 
"Richmond") and further in view of Kanefsky et al. (US Patent Application Publication 
No. 2002/0026500, provisionally filed Jun. 12, 2000, hereafter referred to as 
"Kanefsky"). 
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Regarding claim 23, which is dependent upon claim 1 , the limitations of claim 1 

have been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the programmatically generated mechanism comprises 
programmatically inserting a hyperlink into the first document, wherein the 
inserted hyperlink can be used to explicitly request delivery of the updated 
document. 

Kanefsky, though, discloses: 

wherein the programmatically generated mechanism comprises 
programmatically inserting a hyperlink into the first document, wherein the 
inserted hyperlink can be used to explicitly request delivery of the updated 
document. ([0062], especially "the application server ... modifies an 
existing URL ... to contain a link .... The user ... may select the URI ") 

It would have been obvious to one of ordinary skill in the art at the time of the 

invention to apply the teachings of Kanefsky for the benefit of Yurkovic in view of 

Richmond, because to do so would allow a server to perform relaying services to 

devices attached to a network as taught by Kanefsky in [0027]. These references were 

all applicable to the same field of endeavor, i.e., web page/service design. 



Claim 41 is substantially similar to claim 23 and therefore likewise rejected. 



Conclusion 

13. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 
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